Force spinners to be square

GtkSettings: Properly clean up style providers

Revert "Bind the themes to the livecycle of the screen"

This reverts commit 1f5dea9eba4de5a54e9370fe8e4b90e6c0cec200,
since it was causeing noticable behaviour changes.

Previously, GTK_DATA_PREFIX=/ ./gtk3-demo would start
gtk3-demo with the Raleigh theme. With that change, it
was starting with no theme at all (i.e. all black).

Updated Hungarian translation

gtk-demo: fancier css demo

Thanks to Lapo Calamandrei.

Updated header for Brazilian Portuguese.

Updated Brazilian Portuguese translation.

css: Add a spinner animation to the default theme

cssanimation: Implement pausing the animation

stylecontext: Always create animations

Even when there is no current values, do create animations. This ensures
that animations do exist for unmapped widgets when they get mapped
later.

stylecontext: Only create transitions conditionally

While regular animations should always be created, transitions should
not. This patch allows to express this by passing NULL as the values to
transition from.

It also adds a gtk_style_context_should_create_transitions() function
that returns TRUE when transitions should be created.

stylecontext: Refactor the way animations are started and stopped

We now create animation objects unconditionally, but we only run the
animation loop when gtk_style_context_should_animate() return TRUE.

stylecontext: Clear animations for values kept in cache

stylecontext: Remove leftover debugging

... that actually was both wrong, a performance failure and has been
there since the original checkin.

Updating the cached style data absolutely does not mean clearing all
cached style data first. There's nothing to update then.

csscomputedvalues: Handle starting animations differently

animation: Don't set the changed properties anymore

The code is not needed anymore. And it looked wrong, too, so I'm glad
it's gone.

csscomputedvalues: Compute the changes by animations ourselves

Instead of letting the animation set a bitmask unconditionally, actually
compare the before and after values for changes.

cssimage: Make cross-fade code safe for non-integer sizes

This includes sizes < 1px, which previously caused a SEGV.

cssvalue: Fix out-of-bounds in array transition code

themingengine: animate spinners again

Using the animation specified with CSS by the theme.

cssvalue: Always consider values equal to themselves

csseasevalue: fix wrong priority in steps easing transformation

We need to add parentheses around the ternary operator, or it will be
applied to the whole expression.

tests: Add a simple CSS test for cross-fade

cssimage: Implement (most of) current cross-fade syntax

The CSS4 spec adapted their cross-fade syntax again. Yay!
(The previous parser was completely broken anyway...)

csscomputedvalues: Get rid of animated values

Merge the animated values code into the computed values code. This
should get rid of various bugs related to animated->computed updating.

csscomputedvalues: Store animated values here

Actually use the GtkCssComputedValues to store the computed values here
instead of putting them into the GtkCssAnimatedValues separately.

csscomputedvalues: Allow storing animated values here

It's not used yet, but that will come in the next patch(es). This is a
separate patch to make sure we didn't mess up anything.

csscomputedvalues: Inline function

animation: Add _gtk_style_animation_is_static()

This will be useful to not trigger updates all the time when nothing is
happening (ie due to animations being paused or due to them having
reached their final value).

css: Add animation support

This adds the GtkCssAnimation class and the code needed to hook it into
GtkStyleContext. It takes the values out of the CSS "animation"
properties and does animations. See
  http://dev.w3.org/csswg/css3-animations/
for details.

Note that the code for starting and stopping animations with widget
visibility doesn't work yet.

widget: Use gtk_widget_queue_draw() for queueing redraws

This change is necessary because the old code did not accound for corner
cases (like translucent child windows), which could stop
gtk_widget_queue_resize() to not trigger redraws.

stylecontext: Provide a function for getting the style provider

This will be necessary for creating the computed values for keyframes.

window: Add the .background class to windows unconditionally

css: Implement 'animation' shorthand parsing

gtk-demo: Add animated pixbufs example

tests: Add test for last commit

cssparser: Don't use a free'd string in error messages

cssstyleproperty: Add animation properties

cssvalue: Add animation enum properties

styleprovider: Add query function for keyframes

tests: Add parsing test for keyframe parsing

Ensure we order properly when printing

tests: Add tests for keyframe parsing

Ensure we parse empty keyframes correctly

cssprovider: Add parsing support for @keyframes

gtk.symbols fixup

gtkmodelmenu: simplify logic, expose bind API

Make the main (and only) entry-point to gtkmodelmenu.c the now-public
gtk_menu_shell_bind_model().

Move the convenience constructors (gtk_menu_new_from_model() and
gtk_menu_bar_new_from_model()) to their proper files.

Remove the private header file.

Simplify the code a bit by making the initial populate part of the
bind() call.

https://bugzilla.gnome.org/show_bug.cgi?id=682831

GtkAccelLabel: add manual accel API

Add an API to GtkAccelLabel for hardcoding the accel key to be displayed
(ie: allowing us to bypass the GtkAccelGroup lookup).

Use that from the GMenuModel-based GtkMenu construction code instead of
passing around the accel group.

This makes accel labels work in bloatpad again.

This patch effectively removes any hope of automatic runtime accel
changes in GMenuModel-based menus without additional application
support but it leaves the door open for this to be supported again in
the future (if we decide that it's important).

https://bugzilla.gnome.org/show_bug.cgi?id=683738

GtkModelMenuItem: add a submenu action attribute

Add support for a stateful action associated with a submenu.  The action
state is set to TRUE when the menu is shown and FALSE when it is
unshown.

This is useful to avoid unnecessary processing for menus that have
frequently-changing content.

A possible future feature is to add support for asynchronously filling
the initial state of the menu by waiting until the action actually emits
its state-change signal to TRUE before showing the menu.

A silly example has been added to Bloatpad to demonstrate the new
feature.

https://bugzilla.gnome.org/show_bug.cgi?id=682630

Add example for "action-namespace" attribute

Updated Thai translation.

Add back gtk_css_provider_get_named

Was in the original patch but was not in 1f5dea9 probably due to
a bad rebase.

https://bugzilla.gnome.org/show_bug.cgi?id=683896

menubutton: set DROPDOWN_MENU hint on the menu toplevel

Restore the behavior introduced in
598163e52684019e4975c3d4ca728a54b00c2f74, which regressed in commit
5a3442bf9c470736c8846534607be5825c22410b.

Do not introspect gtk_color_button_get_rgba.

This method is deprecated so it gets in the way of the
implemented gtk_color_chooser_get_rgba.

Preserve gtk_widget_get_default_style semantics

Make sure that we return a GtkStyle even if there's no screen yet.

Assamese translation updated

Move the gtk_shadow_type check down to gtk_render_frame

In gtk_menu_bar_draw, the check for shadow type != none
disables rendering of the background instead of the frame.
The check should be moved down to gtk_render_frame.
Patch by Peter de Ridder,
http://bugzilla.gnome.org/show_bug.cgi?id=670390

button: Clear highlight when a button is removed from a container

A button is highlighted if the private variable in_button is TRUE.
This variable is set when the pointer is over the button and cleared when
it left the button. When a button is hidden while there is the pointer over
it, GTK generates a leave notification event, in_button is set to FALSE.
But when a button is removed from a container but not destroyed, it is
unrealized and loose its window. It cannot receive the leave notification
event and in_button stay TRUE. So when the button get a new parent it is still
highlighted.

https://bugzilla.gnome.org/show_bug.cgi?id=676890

GtkAssistant: bgo#658694 - Unable to change current page in prepare handler

Destroy the legacy style with the screen

https://bugzilla.gnome.org/show_bug.cgi?id=683896

Don't leak a ref to the tooltip window

https://bugzilla.gnome.org/show_bug.cgi?id=683896

Destroy the icon factory with the screen

https://bugzilla.gnome.org/show_bug.cgi?id=683896

Don't leak a ref to the settings

https://bugzilla.gnome.org/show_bug.cgi?id=683896

Bind the themes to the lifecycle of the screen

https://bugzilla.gnome.org/show_bug.cgi?id=683896

Shut down a11y when an app shuts down

https://bugzilla.gnome.org/show_bug.cgi?id=684076

fontchooserwidget: scroll to the currently selected row

Scroll to the selection when setting it so the selected font is
visible on screen.  This is especially useful if an initial font is
set for the user to see it.

https://bugzilla.gnome.org/show_bug.cgi?id=684156

Load settings.ini also from XDG_CONFIG_DIRS

https://bugzilla.gnome.org/show_bug.cgi?id=683874

Add missing argument in GTK_SPINNER_GET_CLASS

Updated Lithuanian properties translation

gtkoverlay: fix get-child-position annotation

Updated Spanish translation

Updated Spanish translation

Plug a leak

gtk-demo: Plug 2 small memleaks

Updated Traditional Chinese translation(Hong Kong and Taiwan)

Updated Danish translation

Updated Danish translation

Small tweaks to the DND docs

As pointed out by Columban Wendling in
https://bugzilla.gnome.org/show_bug.cgi?id=684096,
the GtkWidget DND docs were referring to several drag context
members that are private, nowadays.

Fix a memory leak in GtkCssStringValue

gtk-demo: Plug another small memleak

Updated Slovenian translation

Updated Portuguese translation

Updated Russian translation

Update French translation

Updated Indonesian translation

Updated Greek translation

Updated Galician translations

Updated Polish translation

Updated Polish translation

cssimage: Make cross-fades cross-fade properly

We need to use OPERATOR_SOURCE to properly fade out the start image
when the end image contains transparency.

Added GtkActionGroup:accel-group property.
Fixes bug #671786 "Glade XML files cannot set an ImageMenuItem accelerator key from an Action"

togglebutton: always set PRELIGHT state when in_button = TRUE

Previously, we would avoid setting the prelight state flag when
button_down was TRUE and draw_indicator = FALSE, which is the normal
case of a GtkToggleButton during a mouse press.
It looks like this behavior was introduced a long time ago with commit
b94e6c0a8036a0489ac8ca71de75ba7611218e50. I believe the reason was that
a widget in GTK2 couldn't have more than a single state (e.g.
hover+active) at a given moment.

https://bugzilla.gnome.org/show_bug.cgi?id=684038

quartz: Bug 674108 - Hard crash due to wrong NSAutoreleasePool stacking

Apply patch from Kristian Rietveld which addresses two issues
in gdkeventloop-quartz.c:

This patch moves the autorelease pool drain and introduces protection against
the invalidated ufds. Basically, when we suspect ufds has been invalidated by a
recursive main loop instance, we refrain from calling the collect function.
(cherry picked from commit 79b3326eaab18b942bd7e03ae8d24544182cb3dd)

Updated Serbian translation

update Punjabi Translation

gtk-demo: Plug a small memleak

stylecontext: fix a StyleData refleak

We were failing to unref the style data in some code paths.

https://bugzilla.gnome.org/show_bug.cgi?id=683627

Updated Lithuanian properties translation

Update French translation

Plug a small memory leak

Fix doc comment

The setting was only introduced in 3.6.

Updated Greek translation